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DETAILED ACTION 

A. This action is in response to the following communications: Request for 
Continued Examination filed 10/2/2008. 

B. Claims 1-4, 7-29 and 33 remains pending. 

Continued Examination Under 37 CFR 1.114 

1 . A request for continued examination under 37 CFR 1.114, including the 
fee set forth in 37 CFR 1 .17(e), was filed in this application after final rejection. Since 
this application is eligible for continued examination under 37 CFR 1.114, and the fee 
set forth in 37 CFR 1 .1 7(e) has been timely paid, the finality of the previous Office 
action has been withdrawn pursuant to 37 CFR 1 .1 14. Applicant's submission filed on 
10/2/2008 has been entered. 



Claim Rejections - 35 USC § 101 

2. 35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or composition of 
matter, or any new and useful improvement thereof, may obtain a patent therefor, subject to the 
conditions and requirements of this title. 

3. Claims 1-4,7-21 and 28-29 are rejected under 35 U.S.C. 101 because the 
claimed invention is directed to non-statutory subject matter. Claims are directed to a 
program per se as they are directed to a user interface, which as described in the 
specification is mere software; a computer program per se is not included in one of the 
statutory categories of invention and is believed to be non-statutory, more information 
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about this matter is covered in the Annex IV of the Interim Guidelines for Subject matter 
Eligibility. 

http://www.uspto.qov/web/offices/pac/dapp/opla/preoanotice/auidelines1 01 20051 026.pdf 
Claim Rejections - 35 USC § 103 

4. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 

obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

5. This application currently names joint inventors. In considering patentability of 
the claims under 35 U.S.C. 103(a), the examiner presumes that the subject matter of 
the various claims was commonly owned at the time any inventions covered therein 
were made absent any evidence to the contrary. Applicant is advised of the obligation 
under 37 CFR 1 .56 to point out the inventor and invention dates of each claim that was 
not commonly owned at the time a later invention was made in order for the examiner to 
consider the applicability of 35 U.S.C. 103(c) and potential 35 U.S.C. 102(e), (f) or (g) 
prior art under 35 U.S.C. 103(a). 
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6. Claims 1, 4,7-11, 14-22, 25, 27-29 and 33 are rejected under 35 U.S.C. 103(a) 
as being unpatentable over Schaefer (US Pub 2003/0084429), herein referred to as 
Schaefer, in view of Dewhurst et al. (US 6,430,609) herein referred to as Dewhurst. 



As for claim 1 , Schaefer discloses user interface automation system (fig. 2, label 210, 
220 and 230) comprising: an input component that receives a request (par [0037], lines 
6-8); and, a navigation component that receives the request from the input component 
(par [0037], lines 3-6) and facilitates simulated user interface associated with an 
automation component (par [0038], lines 1-3 and 5-8; par [0041]; par [0051]; par [0054]- 
[0055]; par [0071]), based at least in part, upon information stored in a map information 
store (par [0041], lines 1-3; par [0043]; par [0045]) and information stored in a command 
information store, the map information store, the command information store and 
executables are stored separately (par [0041], lines 8-14; par [0043]; par [0045]). 
Schaefer does not expressly teach the navigation component further employs a global 
information store and facilitates a global variable replacement from a single location and 
sharing of a common program flow among a plurality of users in great detail. Schaefer 
teaches that their system takes the navigation component along with other components 
and relevant information is stored on secondary storage. Secondary storage as known 
in the art is commonly placed outside of a local computing area (remote server, 
"physically not connected to the computer running content on primary storage). It is also 
commonly well known that secondary storage can be locally as well. Schaefer does not 
distinguish between the two possibilities (paragraph 43 and 45). However Schaefer 
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makes mention of a network interface module 150 which is used in the system and is 
defined as "may Include hardware ("secondary storage" could be expressed by this) and 
software for sending and receiving data over a network, and may be user, for example. 
In testing a software program that has a client/ server architecture". Of course It would 
have been obvious to one of ordinary skill in the art at the time of the invention was 
made to recognize that secondary storage Is used for the storage of the navigation 
component which Is globally shared among a plurality of users In a client/server 
architecture as suggested by Schaefer (paragraph 43,45-46). 

Schaefer does not expressly teach the navigation component furtlier employs a global 
information store and facilitates a global variable replacement from a single location and 
sharing of a common program flow among a plurality of users; the navigation 
component further modifies the user interface automation without recompiling 
executables by modifying one or more of the map information store or the command 
information store in complete details without one of ordinary skill in the art to obviously 
make the connection. However in the same field of endeavor Dewhurst teaches the 
navigation component further employs infonmation stored in a global information store 
when a global variable is encountered in the command information store and facilitates 
a global variable replacement from a single location and sharing of a common program 
flow among a plurality of users the navigation component further modifies the user 
interface automation without recompiling executables by modifying one or more of the 
map information store or the command information store (column 4, lines 33-65 and 
col.1 1 , lines 6-47; figure 5; wherein depicted are plurality of users accessing Information 
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from a remote location "server", wherein information is a global information store where 
connected users can replace variables in the global information store. The replacement 
information is updated for other connected users from other single locations (clients). Of 
course it would have been obvious to one of ordinary skill in the art at the time of the 
invention to include Dewhurst's detailed view of global sharing into Schaefer broad view 
of global sharing, this is true because Dewhurst and Schaefer both teach systems and 
methods of automation of software presented to the user using a repository connected 
to a client. 

As claim 3, Schaefer further discloses the map information store comprises a text- 
based file (par [0048]), lines 11-14). 

As claim 4, Schaefer does not specifically disclose the configuration information store 
comprises a text-based file. However, Schaefer discloses a text-based file (par [0047], 
that HTML is a text based file; par [0048]), lines 11-14). Therefore, it would have been 
obvious to one of ordinary skill in the art at the time the invention to use a text-based file 
for the command information store in order to store and organize information about a 
window and objects on the window, such as text fields, boxes, buttons, menus, etc., and 
making it easy to edit using available software programs installed with most operating 
systems (e.g., text editing program). 
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As claim 7, Scliaefer furtlier discloses at least one of the map information store and the 
configuration information store comprise at least one alias name (par [0050], lines 5-6). 

As claim 8, Schaefer further discloses the navigation component further stores error 
information in a log information store (par [0115]-[0116]). 

As claim 9, Schaefer further inherently discloses the navigation component further 
stores information associated with the request in a log information store (par [01 15]- 
[01 1 6]- It should be recognized that the steps of monitoring the results of the execution 
of the program, test engine component 170 may generate a text-based log file, and 
store information about the results of the execution including information about 
windows, .GUI map for each window, objects on the window. Actions that were taken, a 
status of whether the test case passed or failed, TimeStart and TimeStop for a window 
action, etc.). 

As claim 10, Schaefer further discloses the navigation component iterates through 
information stored in the command information store (par [0041], lines 8-14; par [0043]; 
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par [0045]), performs the indicated operation (fig. 12; par [01 15]) and stores information 
associated with the indicated operation in the log information store (par [01 15]-[01 16]). 

As claim 1 1 , Schaefer further discloses the navigation component stores error 
information in the log information store (par [01 15]-[01 16]). 

As claim 14, Schaefer further discloses the input component receives a command line 
invocation (par [0012]), lines 1-5). 

As claim 15, Schaefer further discloses the map information store comprising a section 
name (fig. 8c, label 825c; par [0081], lines 6-9) and a page identifier (fig. 8c, label 820c; 
par [0081], lines 6-9). 

As claim 16, Schaefer discloses the page identifier comprising a label for a control (fig. 
11, label 1100; par [0100], lines 5-10), the page identifier further uniquely identifying a 
particular page (fig. 8c, label 820c; par [0081], lines 6-9; fig. 8b, label 890b and 810a); 
par [0079], lines 1-13). 
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As claim 17, Scliaefer furtlier discloses the page identifier comprising a control type 
(fig. 1 1 , label 1 1 00; par [01 00], lines 5-1 0). 

As claim 18, Schaefer further discloses the control type is at least one of button, combo, 
list, scroll, static, radio and check type (fig. 11, label 1100 and 1140; par [0101], lines 1- 
5). 

As claim 19, Schaefer further inherently discloses information stored in the command 
information store can be modified by at least one of a front-end user interface 
application, scripting, a batch file and a text editor (par [0093] that Schaefer discloses 
the associated GUI map can be edit using a GUI map editor, since the command 
information store, which is associated with the GUI map, therefore it can be modified 
with the same concept). 

As claim 20, Schaefer further discloses the command information store comprising a 

section name, the section name corresponding to information stored in the map 
information store, the command information store further comprising an action (fig. 13). 
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As claim 21 , Schaefer further discloses the command information store storing 
information associated with at least one of a function key and a control key simulation 
(fig. 13). 

As claim 22, Schaefer discloses a method of automating user interface (fig.2, label 210, 
220 and 230) comprising: receiving mapping information from a map information store 
(par [0041], lines 5-8); receiving command information from a command information 
store (par [0041], lines 8-14); performing simulated user interface (par [0038], lines 1-3 
and 5-8; par [0041]; par [0051]; par [0054]-[0055]; par [0071]), based at least in part, 
upon information stored in the map information store (par [0041], lines 1-3; par [0043]; 
par [0045]) and the command information store employing information stored in the 
global information store when a global variable is encountered in the command 
information store (par [0041], lines 8-14; par [0043]; par [0045]). Schaefer does not 
specifically mention retrieving global information from a global information store; 
modifying the user interface automation by storing data, commands and executables 
separately and maintaining compiled executables. However in the same field of 
endeavor Dewhurst teaches retrieving global information from a global information 
store; modifying the user interface automation without recompilation of executables by 
storing data, commands and executables separately (column 4, lines 33-65 and figure 
5; wherein depicted are plurality of users accessing information from a remote location 
"server", wherein information is a global information store where connected users can 
replace variables in the global information store. The replacement information is 
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updated for other connected users from other single locations (clients). Of course it 
would have been obvious to one of ordinary skill in the art at the time of the invention to 
include Dewhurst's detailed view of global sharing into Schaefer broad view of global 
sharing, this is true because Dewhurst and Schaefer both teach systems and methods 
of automation of software presented to the user using a repository connected to a client. 

As claim 24, Schaefer further discloses a computer readable medium (par [0045], lines 
1-2) having stored thereon computer executable instructions for carrying out the, 
method of claim 22 (par [0040], lines 1-5). 

As claim 25, Schaefer discloses a method of automating user interface (fig. 2, label 210, 
220 and 230) comprising: retrieving mapping information from a map file (par [0041], 
lines 5-8); retrieving command information from a command file (par [0041], lines 8-14); 
obtaining a section name from the command file (fig. 8c, label 825c; par [0081], lines 6- 
9); retrieving page identification information from the map file associated with the 
section name (fig. 8c, label 820c; par [0081], lines 6-9; fig. 8b, label 890b and 810a); par 
[0079], lines 1-13); retrieving section data for section associated with the section name 
from the command file (fig. 10); and, performing an action associated with the retrieved 
section data; separately storing at least one of: the map file, the command file; or the 
compiled executables (fig. 1 and 11). Schaefer does not specifically mention employing 
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information stored in the global file when a global variable is encountered in the 
command file; retrieving global information from a global information store; modifying 
the user interface automation without recompilation of executables by storing data, 
commands and executables separately. However in the same field of endeavor 
Dewhurst teaches retrieving global information from a global information store; 
modifying the user interface automation without recompilation of executables by 
modifying the command file and/or map file and maintaining compilation of executables 
(column 4, lines 33-65; col.1 1, lines 6-47 and figure 5; wherein depicted are plurality of 

users accessing information from a remote location "server", wherein information is a 
global information store where connected users can replace variables in the global 
information store (command file). The replacement information is updated for other 
connected users from other single locations (clients). Of course it would have been 
obvious to one of ordinary skill in the art at the time of the invention to include 
Dewhurst's detailed view of global sharing into Schaefer broad view of global sharing, 
this is true because Dewhurst and Schaefer both teach systems and methods of 
automation of software presented to the user using a repository connected to a client. 



As claim 27, Schaefer further discloses a computer readable medium (par [0045], lines 
1 -2) having stored thereon computer executable instructions for carrying out the method 
of claim 25 (par [0040], lines 1-5). 
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As claim 28; Scliaefer discloses a user interface automation system (fig. 2, label 210, 
220 and 230) comprising: an input component that receives a request (par [0037], lines 
6-8); and, a navigation component that receives the request from the input component 
(par [0037], lines 3-6) and facilitates simulated user interface associated with an 
automation component (par [0038], lines 1-3 and 5-8; par [0041]; par [0051]; par [0054]- 
[0055]; par [0071]), based at least in part, upon information stored in a map information 
store (par [0041], lines 1-3; par [0043]; par [0045]) and information stored in a command 
information store, the map information store, the command information store and 
executables are stored separately (par [0041], lines 8-14; par [0043]; par [0045], figure 
1 ). Schaefer does not expressly teach the navigation component furttier employs a 
global infonmation store and facilitates a global variable replacement from a single 
location and sliaring of a common program flow among a plurality of users in great 
detail. Schaefer teaches that their system takes the navigation component along with 
other components and relevant information is stored on secondary storage. Secondary 
storage as known in the art is commonly placed outside of a local computing area 
(remote server, "physically not connected to the computer running content on primary 
storage). It is also commonly well known that secondary storage can be locally as well. 
Schaefer does not distinguish between the two possibilities (paragraph 43 and 45). 
However Schaefer makes mention of a network interface module 150 which is used in 
the system and is defined as "may include hardware ("secondary storage" could be 
expressed by this) and software for sending and receiving data over a network, and 
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may be user, for example, in testing a software program tliat lias a client/ server 
architecture". Of course it would have been obvious to one of ordinary skill in the art at 
the time of the invention was made to recognize that secondary storage is used for the 
storage of the navigation component which is globally shared among a plurality of users 
in a client/server architecture as suggested by Schaefer (paragraph 43,45-46). 

Schaefer does not expressly teach the navigation component further employs a global 
information store and facilitates a global variable replacement from a single location and 
sharing of a common program flow among a plurality of users; the navigation 
component further modifies the user interface automation without recompiling 
executables by modifying one or more of the map information store or the command 
information store in complete details without one of ordinary skill in the art to obviously 
make the connection. However in the same field of endeavor Dewhurst teaches the 
navigation component further employs information stored in a global information store 
when a global variable is encountered in the command information store and facilitates 
a global variable replacement from a single location and sharing of a common program 
flow among a plurality of users the navigation component further modifies the user 
interface automation without recompiling executables by modifying one or more of the 
map information store or the command information store (column 4, lines 33-65 and 
col. 11 , lines 6-47; figure 5; wherein depicted are plurality of users accessing information 
from a remote location "server", wherein information is a global information store where 
connected users can replace variables in the global information store. The replacement 
information is updated for other connected users from other single locations (clients). Of 
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course it would have been obvious to one of ordinary skill in the art at the time of the 
invention to include Dewhurst's detailed view of global sharing into Schaefer broad view 
of global sharing, this is true because Dewhurst and Schaefer both teach systems and 
methods of automation of software presented to the user using a repository connected 
to a client. 

As claim 29, Schaefer discloses a user interface automation system (fig. 2, label 210, 
220 and 230) comprising: means for receiving a request (par [0037], lines 6-8); 
and, means for simulating user interface associated with an automation component (par 
[0038], lines 1-3 and 5-8; par [0041]; par [0051]; par [0054]-[0055]; par [0071]), based at 
least in part, upon information stored in a map information store (par [0041], lines 1-3; 
par [0043]; par [0045]) and information stored in a command information store (par 
[0041], lines 8-14) the means for simulating receiving the request from the means for 
receiving (par [0037], lines 3-6). Schaefer does not expressly teach the navigation 
component further employs a global information store and facilitates a global variable 
replacement from a single location and sharing of a common program flow among a 
plurality of users in great detail. Schaefer teaches that their system takes the navigation 
component along with other components and relevant information is stored on 
secondary storage. Secondary storage as known in the art is commonly placed outside 
of a local computing area (remote server, "physically not connected to the computer 
running content on primary storage). It is also commonly well known that secondary 
storage can be locally as well. Schaefer does not distinguish between the two 
possibilities (paragraph 43 and 45). However Schaefer makes mention of a network 
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interface module 150 wliicli is used in the system and is defined as "may include 
hardware ("secondary storage" could be expressed by this) and software for sending 
and receiving data over a network, and may be user, for example, in testing a software 
program that has a client/ server architecture". Of course it would have been obvious to 
one of ordinary skill in the art at the time of the invention was made to recognize that 
secondary storage is used for the storage of the navigation component which is globally 
shared among a plurality of users in a client/server architecture as suggested by 
Schaefer (paragraph 43,45-46). For further evidence for one of ordinary skill in the art, 
Schaefer does not expressly teach a means for sharing a common program flow among 
a plurality of users based, at least in part, upon replacing a global variable in the 
command information store with corresponding data from a global information store in 
complete details without one of ordinary skill in the art to obviously make the 
connection. However in the same field of endeavor Dewhurst teaches means for 
sharing a common program flow among a plurality of users based, at least in part, upon 
replacing a global variable in the command information store with corresponding data 
from a global information store and means for modifying the user interface automation 
while maintaining compiled executables and means for separately storing map 
information data, command information data or the compiled executables (column 4, 
lines 33-65 and figure 5; wherein depicted are plurality of users accessing information 
from a remote location "server", wherein information is a global information store where 
connected users can replace variables in the global information store. The replacement 
information is updated for other connected users from other single locations (clients). Of 



Application/Control Number: 10/684,912 Page 17 

Art Unit: 2179 

course it would have been obvious to one of ordinary skill in the art at the time of the 
invention to include Dewhurst's detailed view of global sharing into Schaefer broad view 
of global sharing, this is true because Dewhurst and Schaefer both teach systems and 
methods of automation of software presented to the user using a repository connected 
to a client. 

As claim 33, Schaefer does not specifically disclose the configuration information store/ 
data and commands associated with program flow are stored in a text-based file. 
However, Schaefer discloses a text-based file (par [0047], that HTML is a text based 
file; par [0048]), lines 11-14). Therefore, it would have been obvious to one of ordinary 
skill in the art at the time the invention to use a text-based file for the command 
information store in order to store and organize information about a window and objects 
on the window, such as text fields, boxes, buttons, menus, etc., and nnaking it easy to 
edit using available software programs installed with most operating systems (e.g., text 
editing program). 

7. Claim 2 is rejected under 35 U.S.C. 103(a) as being unpatentable over Schaefer in 
view of Dewhurst in further view of Minard (US Patent 6,247,020). 

As claim 2, Schaefer does not teach the automation component is a wizard. However, 
Minard teaches the automation component is a wizard (fig. 4A; col. 3, lines 27-31; col. 
6, the image showing the wizard menu along with the description of functions; col. 8, 
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lines 41 -51 ) Therefore, it would have been obvious to one of ordinary skill in the art at 
the time the invention was made to modify Schaefer by using a wizard as the 
automation component as taught by Minard in order to improve the user interface that 
simplifies the job by removing numerous windows and consolidating all the functions 
into one unified window for the user interface with to design, edit and debug allowing the 
user to activate by the push of a button (Minard: col. 3, lines 20-33). 

8. Claims 12-13, 23 and 26 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Schaefer in view of Dewhurst in further view of Zimniewiez et al. (US Patent 
6,744,450), hereinafter "Zimniewiez" 

As claim 12, Schaefer does not teach the input component performs input validation 
upon the request and provides error information if the request is invalid. Schaefer does 
teach the basic principle and concept (par. [01 10], that by when test data is to be 
entered into a text field, test engine component 170 may call an insert_text function. 
Software controller component 173 may transmit an appropriate instruction to the 
software program 185 to input the data into the object and may return the result of the 
processing of the instruction by the software program 185 to test engine component 
170). However, Zimniewiez teaches the input component performs input validation upon 
the request (col. 9, lines 36-38) and provides error information if the request is invalid 
(col. 8, lines 13-17). Therefore, it would have been obvious to one of ordinary skill in the 
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art at the time tlie invention was made to modify Schaefer by performing input validation 
in the input component upon the request and provides error information if the request is 
invalid as taught by Zimniewiez in order to order to provide the user with an indication 
the process is invalid and provides the user immediate feedback to initiate 
troubleshooting the cause of the invalid function/command (col. 8, lines 43-46). 

As claim 1 3, Schaefer does not teach a graphical message is displayed to a user of the 
system, the graphical message being based, at least in part, upon the error information 
from the input component. However, Zimniewiez teaches a graphical message is 
displayed to a user of the system, the graphical message being based, at least in part, 
upon the error information from the input component (col. 7, lines 22-24). Therefore, it 
would have been obvious to one of ordinary skill in the art at the time the invention was 
made to modify Schaefer by displaying a graphical message to the user of the system, 
the graphical message being based, at least in part, upon the error information from the 
input component as taught by Zimniewiez in Order to provide the user with an indication 
the process is invalid and provides the user immediate feedback to initiate troubleshot 
the cause of the invalid function (Zimniewiez; col. 10, lines 11-15). 

As claim 23, Schaefer does not teach storing information in a log information store, if an 
error is detected performing the simulated user interface. However, Zimniewiez teaches 
storing information in a log information store (col. 1 1 , lines 52-56), if an error is detected 
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performing the simulated user interface (fig. 4a, label 124 and 136; col. 7, lines 19-21 ; 
col. 8, lines 59-60). Therefore, it would have been obvious to one of ordinary skill in the 
art at the time the invention was made to modify Schaefer by storing information in a log 
information store, if an error is detected performing the simulated user interface as 
taught by Zimniewiez in order to provide the user with an Indication the process is 
invalid and provides the user immediate feedback to initiate troubleshot the cause of the 
invalid function (Zimniewiez; col. 10, lines 11-15). 



As claim 26, Schaefer does not teach storing information in a log file, if an error is 
detected performing the action. However, Zimniewiez teaches storing information in a 
log file (col. 1 1 , lines 52-56), If an error is detected performing the action (fig. 4a, label 
124 and 136; col. 7, lines 19-21; col. 8, lines 59-60). Therefore, it would have been 
obvious to one of ordinary skill in the art at the time the invention was made to modify 
Schaefer by storing information in a log file, if an error is detected performing the action 
as taught by 7imniewiez in order to provide the user with an indication the process is 
invalid and provides the user Immediate feedback to initiate troubleshot the cause of 
the Invalid function (Zimniewiez; col. 10, lines 11-15). 



(Note l) It is noted that any citation to specific, pages, columns, lines, or figures in the prior art references and 

any interpretation of the references should not be considered to be limiting in any way. A reference is relevant for all it 
contains and may be relied upon for all that it would have reasonably suggested to one having ordinary skill in the art. In 
re Heck, 699 F.2d 1331, 1332-33, 216 USPQ 1038, 1039 (Fed. Cir. 1983) (quoting In re Lemelson, 397 F.2d 1006,1009, 158 
USPQ 275, 277 (CCPA 1968)). 



Response to Arguments 
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Applicant's arguments filed 10/2/2008 have been fully considered but they are 
not persuasive. 

After careful review of the amended claims (given the broadest interpretation) 
and the remarks provided by the Applicant along with the cited reference(s) the 
Examiner does not agree with the Applicant for at least the reasons provided below: 

A1 . Applicant argues that Schaefer does not teach the map information store, 
the command information store and executables are stored separately. 

R1 . Examiner does not agree, Schaefer shows a plurality of components 
individually addressable stored in memory 120 and thus provides a means for storing 
components separately in 120 and 130. 

A2. Applicant argues that Schaefer in view of Dewhurst does not teach storing 
data, commands and executables separately and modifying the user interface 
automation without recompilation of executables and a navigation component that 
facilitates simulated user interface associated with an automation component. 

R2. Examiner does not agree, Dewhurst teaches plurality of users accessing 
Information from a remote location "server", wherein information is a global Information 
store where connected users of the system can replace variables (data) in the global 
information store. The replacement information is updated so for other connected users 
from other single locations (clients "PC") can view the updated data, thus execution is 
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not halted or restarted that requires a recompile of the software system. This makes it 
possible for users to edit global information (information stored globally for a plurality of 
users can view/edit information) and then when a user request part or all of the global 
information the most current version of that information is retrieved from the server to be 
presented to the user, thus providing a dynamic changing information source that does 
not need to be recompiled to offer different results of the end user presentation (col. 4, 
lines 33-65; col.1 1 , lines 6-47). Further Schaefer describes how the test engine 
"navigates" through the testing of a software program which is automated providing to 
the user an absence of having to create test scripts (par.37). The test engine drives 
through the software program testing it along the way, thus acts like a navigation 
component that facilitates simulated user interface associated with an automation 
component. The GUI translator component translates one or more GUI maps into a set 
of database tables, these tables are read by the test engine for navigation through the 
software program, thus the test engine is a navigation component which reads 
automation test scripts produced by the system which allows users whom are 
inexperience with writing testing scripts that navigate through a software program to 
have automated testing scripts produced and ran by the system (par.37,38,40, 41-42, 
48-55 and 71-72). It is to the understanding of the Examiner that Schaefer provides a 
way of producing the same functionality as explained by the current claim language 
without using the same terminology. Thus it is evident that Schaefer in view of Dewhurst 
teaches the navigation component further modifies the user interface automation 
without recompiling executable by modifying one or more of the map information ®'ore or 
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the command information store, the navigation component further employs information 
stored in a global information store when a global variable is encountered in the 
command information store and facilitates a global variables replacement from a sing 
location and haring of a command program flow among a plurality of users. 



Conciusion 

The prior art made of record and not relied upon is considered pertinent to 
applicant's disclosure. 

Inquires 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Nicholas Augustine whose telephone number is 571- 
270-1056. The examiner can normally be reached on Monday - Friday: 7:30- 5:00. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Weilun Lo can be reached on 571-272-4847. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 
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